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CONTROL VARIABLES 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Application Serial No. 60/249,482 
filed November 17, 2000, the entire contents thereof being incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to a method and apparatus for processing 
waveform data acquired by an oscilloscope using a streaming architecture. 

A Digital Oscilloscope is a complex instrument for measuring electrical signals. It is 
composed of many electronic hardware modules and many software modules that cooperate 
together in capturing, processing, displaying and storing information that characterizes the 
signals of interest to an operator. There are several groups of requirements that need to be 
addressed when creating instruments that are easy to set up and use, despite the inherent 
complexity of the task. 

SUMMARY OF THE INVENTION 

The internal variables, what can be called "control variables" are a very common and 
central aspect of any instrument control software. The instrument (oscilloscope or related 
instrument) has a "state" at any moment in time for example a certain number of components are 
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configured and the processing components each have their state (e.g. the FFT component may 
have selected a certain "window", and a timing parameter a certain threshold or hysteresis). If the 
instrument is to ever be restored to that state, there needs be a means to store or record this 
overall state. 

At any one time, the operator configures the instrument to perform the measuring task at 
hand by selecting appropriate value or setting for each of many hundred operating properties, 
that govern, to name only a few for example, the speed of signal capture, the number of 
measurement points, the sensitivity of input circuits, the type and quality of signal enhancement 
procedures applied in real time, the style of display of data, the parameters to be evaluated on the 
captured signals in real time. Each of these properties is embodied in a software entity that we 
name a Cvar (control variable). The set of current values of all Cvars in the instrument 
constitutes the control state of the instrument. You use the Cvars to control the state of the scope: 
the timebase, the vertical channel sensitivity, the trigger conditions, the Math and Parameter 
settings, the display landscapes, and tens and hundreds of other details. 

Operators using the instrument need efficient means for manipulating and viewing the 
current values and the sets of possible values of Cvars. Manipulators include physical buttons 
and knobs on the instrument's front panel, virtual buttons and knobs on the instrument's screen, 
and Remote or Automation commands issued by computer programs that may run on separate 
computers connected to the instrument over a network. Operators also need efficient means for 
saving entire sets of Cvars in the form of computer files, for the purpose of repeating the same 
type of measurements at different times and/or in different places. This allows the instrument to 
remember the settings for the user. The user can also store, on the instrument's storage medium 
such as a hard disk, any number of 'setups' that the user can recall at a later date. These setup 
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files can even be exchanged between different scope models that belong to the same instrument 
family, for example using the email. Each different model will try to accept the settings from a 
different model, and adapt them the best it can to approximate the state saved on the other 
instrument. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the invention, reference is made to the following 
description and accompanying drawings, in which: 

Figure 1 is a graphical depiction of a conceptualization of the operation of an 
oscilloscope constructed in accordance with the invention; 

Fig. 2 graphically depicts a Cvar; 

Fig. 3 graphically depicts a CvarBag; 

Fig. 4 graphically depicts the concept of Widgets; 

Fig. 5 shows the relationship of the Cvars and the other components; 

Fig. 6 shows a sequences of events that takes place when the operator changes a setting 

on the instrument; 

Fig. 7 depicts in more detail the inner operation of a Cvar; 

Fig. 8 depicts the initialization of Cvars, panel capture and retrieval; 

Fig. 9 is a flow chart showing the initialization of Cvars; 

Fig. 10 depicts the screen for using the invention; and 

Fig. 1 1 shows a graphic representation of a Cvar. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The preferred embodiments of the apparatus and method according to the present 
invention will be described with reference to the accompanying drawings. 

In accordance with the invention, an oscilloscope design is provided that is completely 
"modular", whereby the elements composing the oscilloscope software are completely specified 
in terms of interface, and are sufficiently independent in construction that they can be installed 
and removed at run-time, (e.g. without stopping the process which can be considered the 
oscilloscope application software). This is in contrast to existing products that include software 
that must be wholly replaced (in it's entirety) in order to change any small attribute of the 
software. This inventive approach offers commercial advantage because is shortens the overall 
logistics of releasing new software features, fundamental to the product or fundamental to a 
particular application of the product. As such, a special feature can be added after a customer has 
taken delivery and has the instrument (oscilloscope) in operation, after the fact, without the 
requirement to return or for that matter even stop using the instrument. This is of value to both 
the customer and the manufacturer. 

Further, the modular design permits "unit testing" to further advance the quality of the 
overall product by permitting each individual component of the software to be tested in a 
standard "test harness". Each component is provided with a standardized interface especially 
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conceived to permit isolated testing. This forward looking, quality conscious aspect of the design 
assures final deployments of the product(s) are not hampered by the inability to localize faulty 
components. 

Fig. 1 depicts a conceptualized notion of how the oscilloscope constructed in accordance 
with the invention operates. The flow of data is shown from left to right and control sequences 
provided by a user, either automated or manual, are shown from top down. As is shown in Fig. 
1, a plurality of analog acquisition signals Ci are acquired by the oscilloscope of the invention. 
These acquisition signals are that are in turn controlled by an acquisition control module 1 12 
acquired in accordance with various provided probes and other acquisition hardware 1 1 0. 
Various acquisition control processes are applied to the acquired waveforms in accordance with 
various control variables 120 provided by the user via a user interface 115. 

Thereafter, various results data are provided to, and thereafter output from a 
preprocessing system 121, and are in turn acted upon in various post processing functions 130 
employing user defined control variables, resulting in processed data (Results data) 135. The 
post-processed data is then exported and/or imported at 140 as necessary for further processing 
by the system 145. After processing has been completed, the various processed data is converted 
for display at 150 on a display device 155. 

The internal variables, what can be called "control variables" are a very common and 
central aspect of any instrument control software. The instrument (oscilloscope or related 
instrument) has a "state" at any moment in time for example a certain number of components are 
configured and the processing components each have their state (e.g. the FFT component may 
have selected a certain "window", and a timing parameter a certain threshold or hysteresis). If the 
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instrument is to ever be restored to that state, there needs be a means to store or record this 
overall state. 

At any one time, the operator configures the instrument to perform the measuring task at 
hand by selecting appropriate value or setting for each of many hundred operating properties, 
that govern, to name only a few for example, the speed of signal capture, the number of 
measurement points, the sensitivity of input circuits, the type and quality of signal enhancement 
procedures applied in real time, the style of display of data, the parameters to be evaluated on the 
captured signals in real time. Each of these properties is embodied in a software entity that we 
name a Cvar (control variable). The set of current values of all Cvars in the instrument 

ass*. 

y constitutes the control state of the instrument. You use the Cvars to control the state of the scope: 

3 the timebase, the vertical channel sensitivity, the trigger conditions, the Math and Parameter 

m 

M settings, the display landscapes, and tens and hundreds of other details. 

id' 

W Operators using the instrument need efficient means for manipulating and viewing the 

Hi current values and the sets of possible values of Cvars. Manipulators include physical buttons 
m and knobs on the instrument's front panel, virtual buttons and knobs on the instrument' s screen, 
IJ and Remote or Automation commands issued by computer programs that run on separate 

computers connected to the instrument over a network. Operators also need efficient means for 
saving entire sets of Cvars in the form of computer files, for the purpose of repeating the same 
type of measurements at different times and/or in different places. This allows the instrument to 
remember the settings for the user. The user can also store any number of 'setups' that the user 
can recall at a later date. These setup files can even be exchanged between different scope 
models via email. Each different model will try to accept the settings from a different model, and 
adapt them the best it can to approximate the state saved on the other instrument. 
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At any one time, each Cvar's value must be constrained to remain within a well-defined 
set or range of values, appropriate and optimal for the operation of the instrument. Such 
constraints stem from several considerations, for example: 1 . For Cvars controlling the physical 
state of the instrument's hardware, the constraints correspond to physical limits of that hardware 
and/or what is deemed by the designers of instrument as reasonable, or perhaps optimal use of 
that hardware; in some cases the limits must be imposed in order to prevent the physical damage 
to the hardware; 2. For Cvars controlling the signal processing and modes of display of data on 
the instrument's screen - as graphical traces, surfaces, maps and other images, and as tables of 
numerical values, these constraints reflect the capabilities of the mathematical software and of 
the graphics software and hardware built into the instrument; 3. For Cvars controlling the 
instrument's operation for saving and archiving data and communicating the data over computer 
networks, these constraints again match the capabilities of the built-in software and hardware. 

Overall, such constraints serve to guide the operator in selecting the optimal settings of 
the instrument, and to prevent him from inadvertently selecting less useful or dangerous 
combinations of settings, hi many cases, constraints currently applicable to any given Cvar 
depend on, and change with, settings of other closely related Cvars. 

For example, the range of acceptable values for Vertical Offset is different for each 
setting (value) of Vertical Scale, and the instrument software constructed according to this 
invention will apply the appropriate constraints between these Cvars, whenever the operator 
changes these settings. This feature frees the operator from of thinking about the instrument's 
constraints, and lets him fully concentrate on his task of performing the measurements. 
A user can obtain the range of a Cvar by querying the Cvar's property Range. 
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Commands to change some or all Cvar values may arrive in any arbitrary order from 
several types of manipulators, as explained above. It is of utmost importance that the control 
state of the instrument, resulting from a series of such commands, should remain independent of 
the order in which these commands were received by the instrument's software. Software 
constructed according to this invention satisfies this requirement. 

A Cvar is a variable inside the computer program that is embedded in the instrument and 
that governs the operation of the instrument's hardware and software. However, a Cvar is not a 
simple variable, but an instance of a class, as understood in modern computer programming 
languages such as C++. This lets the designers of the instrument software to confer to a Cvar a 
number of useful features, needed in instruments employing modern electronic hardware and 
computer software. Cvars have an allowed range of values, which may change dynamically, 
depending on states of other Cvars. Cvars have a memory of value requested by the user. They 
have memory of value adapted to conform to the current range of allowed values and means for 
attaching and detaching addresses of other software objects that need to be notified when the 
value, or range, or another similar property of the Cvar changes. The Cvars have memory of 
attributes such as "read only" or "hidden" (etc.) to affect the users interaction with it. 

The Cvars have a requested value. This is the value most recently requested by the 
operator of the instrument. In addition to the requested value, cvars have an adapted value. This 
is the currently applicable value. Further, the cvars have a used value. This is the currently 
applied value. The used value is usually same as the adapted value, but the used value may 
temporary be different from the adapted value, such as when the software or hardware is busy 
carrying out an operation and not yet ready to apply a new Adapted Value. The Cvars also have a 
default value. This is the value to which the Cvar returns on command. The type of the Cvar's 
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values may be one of but not limited to: A numeric value of type 'double' or 'real' with a 
physical unit, e.g. 0.125 V, A numeric value of type 'double', constrained to follow a pattern 
such as 1,2,5,10,20,50,. . ., a numeric value of type 'integer', e.g. 10000 points, one value from an 
enumeration of several named states, e.g. "AC", a numeric value encoding a color in a graphics 
system, text string, e.g. a name of a computer file, a logical 2-state variable (No/Yes, Off/On), 
'Action' type which embodies a request from the operator to perform some action. 

The nature of the range of allowed values depends on the type of the Cvar's value. Thus, 
the range for a CvarDouble and Cvarlnt (real and integer values, respectively) is defined by the 
minimum and the maximum, and the grain (the smallest allowed increment, which may also be 
thought of as precision or resolution). The range for a CvarEnum is defined by the explicit 
enumeration (the list) of allowed text strings or keywords. For example, the list "AC", "DC", 
"GND" enumerates three possible states of a CvarEnum that controls the input coupling of one 

of acquisition channels. 

Cvars have boolean (or logical) flags that characterize the state or the intended use of the 
Cvar, such as read-only (which cannot be modified by the user), hidden (temporarily or 
permanently hidden from the user if the Graphical interface or GUI), etc. These flags can be 
modified only by the instrument software via Cvar's C++ interface, normally by the owning 
CvarBag. They can be read via Automation property ILecCvar::Flags. State of sevaral flags can 
also be read with specific ILecCvar methods. 
Cvar Flags 



name 


property j 


value 


purpose j 


all ! 




-1 


all bits .... 


none j 




0 


no bits (defaults) 


readonly 


IsReadOnl 

y 


1 : 


Cvar is readonly (C++ clients can use 'force' version j 
of SetRequestedValue to bypass) 
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hidden ; 


isiiiQueii 


7 


Cvar is hidden (no widget desired in GUI) 


wrap 




4 


for CvarEnum only: when incremented, wraps max \ 
to min and w. i 


lateUpdate j 




8 


Cvar will ask the Bag to SetRequestedValueO \ 
before responding to GetAdaptedValueQ 


guiOnly 


IsGuiOnly i 


16 


Cvar will be displayed in the GUI only, never ] 
'exported' in vbs format for example j 


fineGrainA 1 
llowed 




32 


for CvarLockstep only: fine grain increment allowed 


nonvolatile 




64 


store in Nvl script, don ! t store in Panel script 


1 reversedDir 




128 


Increment() decreases the value instead of increasing ■ 



There are 12 Cvar types listed in the table below. 



The 12 Cvar Types 



Type 


Interface | 


Purpose j 


Note j 


CvarBo 
ol 


ILecCvarBool 


Boolean property j 


User toggles j 


CvarCol 
or 


ILecCvarColor j 


Color | 




CvarDo j 
uble 


ILecCvarDouble ! 


Double value 




CvarDo 
ubleLoc \ 
kstep 


ILecCvarDouble 1 
Lockstep j 


Double value 
locked to discrete 
steps 


Kg. 1,2,5, 10,20, j 


CvarEn 

um j 


ILecCvarEnum 


List of named 
values 


Value can be 
disabled, can have j 
attachments 


Cvarlm 
age 


ILecCvarlmage 


Image I 


E.g. for previews in j 
a dialog j 


I Cvarlnt 


ILecCvarlnt 


Integer value 


32 bit signed integer 


i CvarLat 

\ ch 


ILecCvarLatch 


Boolean action 
property 


User sets, j 
application clears j 


CvarAct 
: ion 


ILecCvarAction 


Boolean action 
property 


User requests \ 
immediate action 1 


CvarOb 
1 ject 


ILecCvar 


Contains an 
Object 


IDispatch* in a j 
Variant 


j CvarRe 
| gister 


1 ILecCvarRegiste 
r 


Image of a 
hardware register, 
up to 32-bit 


Has bit manipulation j 
methods 
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CvarStri \ 
ng 


ILecCvarString 


Character string | 


E.g. file name 



One example of a Cvar type is CvarDouble. This Cvar provides access to a double with a 
range and a grain. The range (min and max) limits the adapted value. The grain has multiple 
meanings depending on it's sign (by convention, a positive grain is taken as an absolute value, 
while a negative grain is interpreted to mean the corresponding number of significant digits). 
Another example of a Cvar is the CvarDoubleLockstep. This Cvar provides logarithmic 
incrementing for a range of strictly positive values. Adapted values are locked to steps defined 
by the lockstep argument, for example 1, 2, 5, 10, ... The Initialize method requires a strictly 
positive range (0.0 < min < defaultVal < max) and one of enumerated lockstep series. 

Cvars may contain Help text that may be displayed to explain to the operator of the 
instrument the purpose and use of the Cvar. Cvars have an Automation Interface with methods 
for changing the state of the Cvar, such as setJValue, get_Value, that are available to the 
operator by means of 'scripts'. These are executed by controlling programs external to the 
instrument, and received and processed by the instrument's software. 

Fig. 2 graphically represents the Cvars 200. The base Cvar 220 is shown having 
properties and methods that have meaning to all Cvars.. The type-specific Cvars 240, are shown 
with their properties and methods with internal attributes or member variables whose names 
start with m_... and methods or operations. Cvar 200 is shown with a vector 260 (a list) of Event 
Sinks 280 or source or targets for event notifications. The type-specific Cvars 240 are sub- 
classes of the base class Cvar 200 and may themselves have several sub-classes 242 which 
implement different behaviors behind the same interface. 



00037619 



PATENT 
455610-2500 

Cvars have an internal Interface with methods for changing the state of the Cvar, such as 
setJNfame and for attaching or detaching the notification 'sinks', that are available only to 
internal software subsystems. Cvars have a name by which the Cvar is known to internal 
software subsystems and to the operator using the instrument. Cvars have a list of Cvar Event 
Sinks or 'targets' for notifications of any changes to the Cvar state. This is so that the Event 
Sinks can react in appropriate manner to these changes. Some possible Event Sinks are the Cvar 
Bag which 'owns' and coordinates a group of Cvars, the Graphical User Interface (GUI) Widgets 
that display the state of the Cvar to the user, and most importantly, the 'Engine' or subsystem 
whose operation is controlled by the Cvar. 

Cvars have software connections to manipulators that let the user change the Cvar's 
value. Typical classes of manipulators are GUI Widgets, physical devices like pushbuttons and 
knobs, and Remote Commands which are discussed below. A Cvar also contains a list of 
Replication Sinks with addresses of dependent Cvars, which are required to replicate the state of 
the given Cvar. These Sinks receive notifications of selected changes in the notifying Cvar and 
each proceeds to update it's own state to reflect that of the notifying Cvar. 

Another embodiment according to this invention is a Cvar Bag or a Collection of Cvars. 
The Cvar Bag has a list of contained Cvars. CvarBags are collections of Cvars belong to various 
subsystems and impose required constraints on Cvar's type and range of values (which may be 
changing dynamically). The Cvar bag initializes the contained Cvars to sensible default values at 
the Cvar Bag's creation time. The Cvars contained in the Cvar bag notify the owning Cvar bag of 
their changes of requested value, range, or attributes. The Cvar bag imposes constraints on 
Cvar's ranges and values, thus implementing the 'policies' that guide the operator in configuring 
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and using the instrument. The Cvar bag has a list of Bag Event Sinks. The Bag Event Sinks are 
for the purpose of notifications analogous to those described for the Cvars. 

Fig, 3 illustrates a CvarBag 300. One Cvar 320 is shown. The Cvar 320 is connected to 
the CvarBag 300 through a Vector 310 of Cvars and a Vector 330 of Event Sinks. Although only 
one Cvar 320 is shown, the presence of the vectors imply that there are many Cvars 320, This 
may indeed be the case. Typically there are 5 to 20 Cvars 320 in one bag. 

Another embodiment according to this invention is a Widget. A Widget is a software 
object that is a means of displaying the state of a Cvar to the operator, or a means of 
manipulating the value of a Cvar, or both at the same time. A Widget is a View or Manipulator 
of Cvar. It displays to the user the current value of the Cvar and lets the operator modify the Cvar 
in some way (touchscreen, mouse interaction, keypad, etc). The typical display Widgets are 
software objects that control the colored lights (LEDs) on the instrument's panel or on attached 
probes, and or control various icons on the instrument's screen. Typical manipulator Widgets are 
software objects that are connected to the instrument panel knobs and buttons, to the touch 
screen software, or to the pointing device, e.g. mouse, software, or to software controlling the 
instrument's attached probes which may carry pushbuttons. 

A Widget by also be in the 'both' category. These Widgets are the on-screen graphic 
representations of menus, dialogs, buttons, virtual keypads and keyboards, clickable tree- views 
and the like. By extension, a Remote control widget is the software handler object that 
'understands' remote command strings sent by the operator over a computer network to the 
instruments. The handler translates these commands and related queries into 'set' and 'get' 
methods on the corresponding Cvars. 
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A Cvar may at any one time be connected to none, or to one or to several Widgets. 
Therefore, the operator may manipulate a Cvar by acting on any manipulator Widget attached. 
The modification of the Cvar's state is always under the direct control of the Cvar's range, which 
in turn is under direct control of the 'owning' Cvar Bag. The modified Cvar state will be 
displayed by any of the widgets attached. The modified Cvar state will typically affect the 
appearance of traces and data displayed on the instrument's screen. 

Fig. 4 illustrates the concept of Widgets. A Cvar 410 is shown connected to 2 Widgets 
420 and 430. In practice there are 0 to N Widgets (perhaps up to 5) and this number varies 
dynamically, as the user opens and closes dialogs on the screen of the instrument. Some Cvars 
410 stay connected permanently, for example to a Front Panel physical 
knob, via the corresponding software Widget. 

To create a widget, the owner of widget, typically a Dialog page, initiates a Widget and 
attaches a Cvar to it. The Widget turns around and subscribes to notifications of Cvar change 
events. A Widget is connected to one Cvar, while a Cvar can be connected to any number of 
Widgets. When a Cvar changes (it's value, range or flag, e.g. becomes read-only), it notifies it's 
subscribers of the change. Upon notification the Widget updates it's display of Cvar's value (if 
value changed), makes itself invisible (if Cvar became hidden), etc. When the instrument user 
manipulates the Widget's controls (buttons, textedit boxes, slider handles, color picker, etc), the 
Widget's message handler interprets the action and sends a message to the Cvar, typically an 
Increment(), or SetValueQ type message. If this in fact changes the state of Cvar (it might not, 
e.g. when trying to increment the Cvar when it's Adapted value is already at the end of it's 
range), the Cvar will send the notification to which the Widget will respond as desribed just 
above. 
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To get rid of a widget, the owner of widget detaches the Cvar by sending the Widget 
DetachCvarQ message. The Widget turns around and unsubscribes from notifications of Cvar 
change events. 

Widgets are compatible with Cvars as shown by the following table. 



Widget types and corresponding Cvar types. 



Widget type 


Compatible Cvar types 


WidgetButton 


CvarBool, CvarLatch, CvarAction 


WidgetCheckbox 


CvarBool, Cvarlnt, CvarLatch, CvarAction j 


WidgetColorPicker 


CvarColor, Cvarlnt 


WidgetCombobox 


CvarEnum 


WidgetComposite 


CvarDouble, Cvarlnt J 


WidgetEditText 


any Cvar ^ _ _ ^ ^ •! 


_WMgefflSUder 


CvarDouble, CvarEnum, Cvarlnt j 


Widgetlmage 


Cvarlmage j 


WidgetKeypad 


CvarDouble, Cvarlnt ] 


WidgetListbox \ 


CvarEnum 


WidgetProgEdit 


CvarString j 


WidgetRadioButton 


CvarEnum 


WidgetRegister 


CvarRegister 1 


WidgetRichText 


CvarString ? ^ ^ J 


WidgetStaticText 


any Cvar j 


WidgetUpDown j 


CvarDouble, CvarEnum, Cvarlnt J 



Fig. 5 shows the relationship of the Cvars and the other components. The two Cvars 510 
and 520 belonging to one CvarBag 530. The Cvar bag 530 belongs to an Engine 540 which can 
be a Processor, a Renderer, a Channel, e.t.c. Fig. 5 also shows the Operator 550 - the person who 
manipulates the Cvars and observes the effect on Display 552. The Display 552 is run by the 
Engine 540. The Display 540 may be a display of an oscilloscope trace, whose 
vertical or horizontal extent, or scale, or position, or color, or any of many other attributes the 
operator 550 wants to modify. 
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Fig. 6 shows a sequences of events that takes place when the operator turns a knob on a 
front panel of an instrument (for example those for Vertical Scale or for Horizontal Scale) using 
the setup described in Fig. 5. In step S10, the operator 550 turns the knob. In step S14 the knob 
widget 522 increments the Cvar 510. This means that it tells the Cvar 510 to augment or reduce 
it's requested value by 1 increment for every 'click' of the knob - 24 clicks per revolution of 
knob). In step S14 the Cvar 510 constrains it's adapted value to remain within the current range 
(that is, it will not let the requested value go beyond the current maximum, or below the current 
minimum), hi step S16, the Cvar 510 notifies it's event sinks, which are typically the parent 
(owning) CvarBag 530 and one or more Widget 524 and the Engine 540, of the adapted value 
change. In step S18 the CvarBag 530 notifies the Engine 540 that one of it's Cvars 510 has 
changed 

In step S20 the Engine uses the newly adapted value of the Cvar 510 in subsequent 
processing and in step S22 notifies it's sinks such as Display 522 that it's data have been changed 
and may need a redisplay as in step S32. hi step S24 the CvarBag 530 also uses the new value of 
the Cvar 510 to modify the Range of the OtherCvar 520 (that is, it's Max or it's Min). In step S26 
the OtherCvar 520, seeing that it's range has changed, modifies - or not, depending on the actual 
values involved - it's Adapted Value, and in step S28 notifies it's sinks such as OtherWidget 526 
(for example, an on-screen text area) which in step S28 displays the numeric value of OtherCvar 
520. Then in step S30 Cvar 510 also notifies it's own Widget 524 which in turn redisplays the 

new value of Cvar 510. 

Fig. 7 shows in more detail the inner operation of a Cvar, in 2 cases, the setting of a 
requested value to a cvar and where a CvarBag sets the maximim value of a Cvar. In the first 
case, where a Widget 524 sets a requested value 710 to a Cvar 510. This may be, for example, 
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where the Widget 524 is a Front Panel numeric keypad, and the operator typed a new numerical 
value and pressed the Enter key. In step S 10, the Cvar 510 sets it's requested value 710 property. 
In step S20 the Cvar 510 updates it's adapted value 730. In step S30, the Cvar 510 notifies any 
and all EventSinks 740 of the adapted value 730 change, hi step S40 the EventSink usually turns 
around and gets the new adapted value 730 and uses it. Each kind of Event Sink does so in a way 
that is appropriate to it's function in the system. For example, a Widget may display the value, an 
Engine may use the value to steer it's computation, a CvarBag may change a range of another 
Cvar, e.tc. 

In the second case the CvarBag 530 sets the maximum value of a Cvar 510. This may be 
done in response to a change of another Cvar's value. In step S50 the Cvar 510 sets it's Range 
720. The Maximum value is part of it's Range, most notably in the case of Cvarlnt and 
CvarDouble. In step S60 Cvar 510 updates it's adapted value 730. In step S70, Cvar 510 notifies 
it's EventSink 740. In step S80 the EventSink usually turns around and gets the new adapted 
value 730 and uses it, in various ways described with the first case. 

Operators also need efficient means for saving the entire set of the instrument's Cvars, 
and for recalling the Cvars for later use into the same, or into another similar instrument. The 
oscilloscope or related instrument has a "state" at any moment in time. If the instrument is to 
ever be restored to that state, there needs be a means to store or record this overall state. 

This can be done in the form of a computer file. This computer file is called a Panel File 
or a Setup File. Instruments that are capable of saving and recalling Panel Files make it possible 
to repeat the same type of measurements at different times and/or in different places. The 
advantages to users are that the user can repeat standard measurements from day to day, the user 
can perform rapid and reliable reconfiguration of the instrument to perform different sets of 
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measurements. The user can also perform automated reconfiguration of instruments under the 
control of a computer, when the instrument is used as apart of automated testing equipment on 
production floor and the user can enforce uniform measurement standards in laboratory or on the 
production floor, both within one industrial plant and worldwide across many plants. 

Improved models of instruments are constantly being developed and they progressively 
replace older models in the hands of operators. It is necessary to design the Panel-related 
instrument software in a way that makes it possible to recall Panel Files from older models into 
newer models. The advantages to users are that they preserve the investment that went into 
creation of their standard measurement procedures (manual or automated), as partially embodied 
in the instrument's Panel files. The present invention aims at solving problems related to saving, 
restoring and transmitting electronically the instrument control states embodied in Panel files. 

The collective state of many Cvars can be recorded as visual basic script. This is because 
the control variable objects have been endowed with what is called an "automation interface" 
(discussed above). As a consequence, when the state of the application is recorded (or saved) it is 
saved in the form of a basic scripting program. This will be true for any application constructed 
in this architecture, by virtue mostly of the control variable design. As such, within the context of 
Microsoft Windows operating system in order to start the instrument software in a given "state" 
the basic script must be launched. Therefore, the instrument can be completely controlled and/or 
restored by this same scripting mechanism. 

The saved Panel files may be recalled from files on the disk into the instrument, with the 
effect of restoring the instrument state to what it was at the time when the Panel file was saved. 
The instrument state may be saved to a Panel file named by the user, when the user decides to do 
so. The instrument state may also may be automatically saved at preset time intervals, or and 
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when the instrument is turned off. The instrument state, that was automatically saved when the 
instrument was turned off will be automatically restored when the instrument is turned on the 
next time. 

The Panel files are modular down to the level of individual Cvar. The individual Cvar is 
designated in the Panel file by a hierarchical 'path' or 'address', illustrated by these two 
examples; "app A. subB.partCl. cvarXl", "appA.subB.partC2,cvarXr\ Their meaning is: First, 
we are addressing the Cvar named "cvarXl" located in the "part CI" of the subsystem "subB" 
of the application. "appA". Second, we are addressing another Cvar also named "cvarXl", but 
located in the "part C2" of the same subsystem of the same application. The preferred format of 
the Panel file is human readable text, with one line for each Cvar. However, this does not 
exclude alternate formats, such as binary, or encrypted, or compressed, provided that the 
modularity down to the level of individual Cvar is preserved. 

The Panel file text constitutes preferably a computer program in an industry standard 
programming language. This is exemplified but not limited to Visual Basic Script (VBS). 
However, this does not exclude alternate text formats that constitute a computer program in a 
proprietary language. Instruments supporting the Panel files contain software methods or 
routines that upon command automatically generate or write the appropriate Panel file sections. 
These methods are located in all levels of the hierarchy of subsystems, so that the hierarchical 
addresses automatically reflect the hierarchy of subsystems. 

The instruments supporting the Panel files contain software methods or routines for 
reading or recalling or loading the Panel Files. These methods are located in all levels of the 
hierarchy of subsystems, so each subsystem can recognize Cvar items that belong to it according 
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to it's partial address. Therefore, it can route the information towards the target Cvar, while 
ignoring the Cvars located on other branches of the hierarchy tree. 

Panel Files that are also programs in a known scripting language can be used by operators 
as models for more elaborate programs for automated control of instruments. The order in which 
the individual Cvars belonging to a given Cvar Bag appear in the Panel File can be changed at 
will, without affecting the resulting instrument control state. This is the consequence of the fact 
that each Cvar stores the Requested value and reevaluates the Adapted value whenever it's 
constraints change. This allows testing procedures to be automated, and test or monitoring to be 
performed unattended. This also allows permitted values to be found. Once the basic scripting is 
performed, the range of permitted settings can be queried by basic scripting. Then, the requested 
value is cached and can be queried. This permits late resolution of inter-variable constraints. 

Fig. 8 shows the initialization of Cvars, panel capture and retrieval The figure shows a 
hierarchy of high level objects representative of the software. There are many more of them in 
the real case. An actual real and complete diagram would be both much wider, and deeper (or 
taller), in number of hierarchy levels, but this figure is used to illustrate the principle. This figure 
can be compared to Fig 1. Fig. 8 shows a number of software objects 720, 730 and 740 at 
different levels. All the software objects 720, 730 and 740 'own' Cvars 750. Consequently, the 
construction and initialization of Cvars 750 proceeds in hierarchical fashion, starting at the top. 
The ApplicationKernel 710 here (although in practice there could be additional layers above it) 
and each software object 720 constructs and initializes the child objects 730, which in turn 
construct and initialize their own child objects 740, until the individual Cvars 750 are 
constructed and initialized. 
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Fig. 9 is a flow chart showing the initialization of Cvars. The flow for capturing the panel 
file and reloading the panel file is similar, following the same hierarchical paths. In step S910 the 
ApplicationKernel constructs and initializes the Acquisition object 721. In step S912 the 
ApplicationKernel constructs and initializes the Preprocessing object 722. In step S914 the 
ApplicationKernel constructs and initializes the Processing object 721. In step S916 the 
ApplicationKernel constructs and initializes the Rendering object 724. In step S918 the 
Acquisition object 721 constructs and initializes the Horizontal object 731. In step S920 the 
Acquisition object 721 constructs and initializes the Vertical object 732. In step S922 the 
Acquisition object 721 constructs and initializes the Trigger object 733. In step S924 the vertical 
object 732 constructs and initializes the channel object 741. In step S926, the Processing object 
723 constructs and initializes the processor object 735. In step S928, the Rendering object 
constructs and initializes the renderer object 736. In step S930, the Renderer object constructs 
and initializes Cvar 751. 

The following is the Visual Basic script of a Panel file. The hierarchical structure is 
visible in the 'composite path strings' found in that file such as these: 

Set Acquisition = WaveMaster.Acquisition 

Set CI = Acquisition. CI 

Cl.VerScale-0.05 

Cl.VerOffset = 0 

CI. Coupling = "DC50" 
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Cl.BandwidthLimit = "2MHz M 

Cl.ProbeAttenuation = 1 
In above examples, the main software object, WaveMaster, owns Acquisition which owns 
channel CI 

which owns Cvars such as VerScale which is being set to the 

requested value of 0.05 volts. 
1 WaveMaster Conf igurationVBScript . . . 
On Error Resume Next 

set WaveMaster = CreateObj ect ( "LeCroy . AladdinApplication" ) 
WaveMaster. Enable = false 

13 ' AladdinPersona . . . 

WaveMaster. Inst rumentModel = "AladdinApp" 
g| WaveMaster. Instrument ID = "LECROY, MAUI , Aladdin- 001 , 0.001" 
f?i WaveMaster. ProductRoot = "c : \LeCroy\Maui\Aladdin" 
m WaveMaster .HideClock = False 

X Set Acquisition = WaveMaster .Acquisition 

, ... 

;^ 1 Acquisition . . . 

* Set CI = Acquisition. CI 

M= ' CI . . . 

W : CI. View = True 

14 Cl.UseGrid = "YT1" 
|f| Cl.UseDotJoin = True 
f% CI. Persisted = False 

cl.PersistenceSaturation = 50 
n CI . PersistenceMonoChrome = False 

CI. VerScale =0.05 
CI . VerScaleVariable = False 
Cl.VerOffset = 0 
CI. Coupling = "DC50" 
Cl.BandwidthLimit = "2MHz" 
CI . AverageSweeps = 1 
Cl.EnhanceResType = "None" 
Cl.InterpolateType = "Linear" 
CI. Invert = False 
Cl.ProbeAttenuation = 1 

Set C2 = Acquisition. C2 

* C2 . . . 

C2 .View = True 

C2 .UseGrid = " YT1 " 

C2 .UseDotJoin = True 

C2. Persisted = False 

C2 . PersistenceSaturation = 50 
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C2 . PersistenceMonoChrome = False 

C2.VerScale =0.05 

C2 . VerScaleVariable = False 

C2.Ver0ffset = 0 

C2. Coupling = "DC5 0" 

C2 .BandwidthLimit = "2MHz" 

C2 .AverageSweeps = 1 

C2 .EnhanceResType = "None" 

C2 . InterpolateType = "Linear" 

C2. Invert = False 

C2 . ProbeAttenuation = 1 

Set C3 = Acquisition. C3 
1 C3 . . . 

C3 .View = False 

C3.UseGrid = " YT1 " 

C3 .UseDotJoin = True 

C3 . Persisted = False 

C3 .PersistenceSaturation = 50 

C3 .PersistenceMonoChrome = False 

C3 .VerScale = 0 . 05 

C3 .VerScaleVariable = False 

C3.VerOffset = 0 

C3. Coupling = "DC5 0" 

C3 .BandwidthLimit = "2MHz" 

C3 .AverageSweeps = 1 

C3 .EnhanceResType = "None" 

C3 . InterpolateType = "Linear" 

C3. Invert = False 

C3 .ProbeAttenuation = 1 

Set C4 = Acquisition. C4 
' C4 ... 

C4.View = False 

C4.UseGrid = " YT1 " 

C4 .UseDotJoin = True 

C4. Persisted = False 

C4 .PersistenceSaturation = 50 

C4 .PersistenceMonoChrome = False 

C4. VerScale =0.05 

C4 .VerScaleVariable = False 

C4.Ver0ffset = 0 

C4. Coupling = "DC50" 

C4. BandwidthLimit = "2MHz" 

C4 .AverageSweeps = 1 

C4 .EnhanceResType = "None" 

C4 . InterpolateType = "Linear" 

C4. Invert = False 

C4 . ProbeAttenuation = 1 

Set Horizontal = Acquisition. Horizontal 
' Horizontal . . . 

Horizontal. HorScale = 0.00000005 
Horizontal. HorOff set = 0 
Horizontal .HorOf f setOrigin = 5 
Horizontal .NumPoints = 500 0 
Horizontal. TimePerPoint = 0.0000000001 
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Horizontal.SampleMode = "RealTime" 
Horizontal .NumSegments = 1 
Horizontal . SequenceTimeout = 0.01 
Horizontal . SequenceTimeoutEnable = True 
Horizontal . ActiveChannels = H 10GS/s" 
Horizontal .SampleClock = "Internal" 
Horizontal . ExternalClockRate = 1 
Horizontal . Ref erenceClock = "Internal" 
Horizontal. SamplingRate = 10000000000 
Horizontal. ForNanoSecToKSec = 0.0000005 
Horizontal . MaxSamples = 100000 

Set Trigger = Acquisition .Trigger 
1 Trigger . . . 
Trigger . Source = "CI" 
Trigger. Type = "Edge" 
Trigger . ValidateSource = "CI" 
Trigger. Holdoff Type = "Off" 
Trigger. Holdoff Time = 0.000000002 
Trigger .Holdoff Events = 1 
Trigger. DropoutTime = 0.000000002 
Trigger .Glitch = "LessThan" 
Trigger .GlitchLow = 0.0000000006 
Trigger. GlitchHigh = 0.0000000006 
Trigger .Width = "LessThan" 
Trigger. WidthRange = "Tolerance" 
Trigger. WidthWominal = 0.0000000006 
Trigger. WidthDelta = 0.0000000006 
Trigger . Interval = "LessThan" 
Trigger .IntervalLow = 0.000000002 
Trigger . IntervalHigh = 0.000000002 
Trigger . IntervalRange = "Tolerance" 
Trigger. IntervalNominal = 0.0000000006 
Trigger. IntervalDelta = 0.0000000006 
Trigger. QualState = "Below" 
Trigger .QualWait = "<" 
Trigger .QualTime = 0.000000002 
Trigger .QualEvents = 1 
Trigger .PatternType = "Nand" 
Trigger. TrigSlope = "Negative" 
Trigger. TrigCoupling = "DC" 
Trigger .TrigLevel = 0.05 

Set Math = WaveMaster .Math 
• Math . . . 

Math. Mult iZoomFl = "Off" 
Math.MultiZoomF2 = "Off" 
Math.MultiZoomF3 = "Off" 
Math. Mult iZoomF4 = "Off" 
Math.MultiZoomFS = "Off" 
Math. Mult iZoomF6 = "Off" 
Math. Mult iZoomF7 - "Off" 
Math.MultiZoomF8 = "Off" 
Math. AutoScrollOn = False 
Math.MultiZoomOn = False 



Set Fl = Math.Fl 
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1 Fl . . . 

Fl.View = False 

Fl.UseGrid = "YT1 " 

Fl .UseDotJoin = True 

Fl. Persisted = False 

Fl . PersistenceSaturation = 50 

Fl . PersistenceMonoChrome = False 

Fl.EZoff = False 

Fl .EZFunctionl = "wident" 

Fl.Function2 = "undef" 

Fl.EZSourcel = "CI" 

Set FlOperatorl = Fl.Operatorl 
' Operatorl . . . 
FlOperatorl. Enable = True 
FlOperatorl. Origin ~ " " 
FlOperatorl .Visible = True 
FlOperatorl. XPos = 0 
FlOperatorl .YPos = 0 
FlOperatorl. UsageCount = 0 

Set F10perator2 = F1.0perator2 
' 0perator2 . . . 

Set FIZoom = Fl.Zoom 
1 Zoom . . . 

FIZoom. Enable = True 

FIZoom. Origin = n " 

FIZoom. Visible = True 

FIZoom. XPos = 0 

FIZoom. YPos = 0 

FIZoom. UsageCount = 0 

FIZoom. VerPos = 0.5 

FIZoom. VerZoom = 1 

FIZoom. HorPos = 0.5 

FIZoom. HorZoom = 1 

FIZoom. MinVisiblePoints = 5 

FIZoom. VerStart = 0 

FIZoom. VerS top = 0 

FIZoom. HorStart = 0 

FIZoom. HorS top - 0 

FIZoom. VariableVerZoom = False 

FIZoom. VariableHorZoom = False 

Set F2 = Math.F2 
1 F2 ... 

F2 .View = False 

F2.UseGrid = " YT1 " 

F2 .UseDotJoin = True 

F2. Persisted = False 

F2 . PersistenceSaturation = 50 

F2 .PersistenceMonoChrome = False 

F2 .EZof f = False 

F2 .EZFunctionl = "wident" 

F2.Function2 = "undef" 

F2.EZSourcel = "CI" 
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Set F20peratorl = F2.0peratorl 
' Operatorl . . . 
F20peratorl .Enable = True 
F20peratorl. Origin = 
F20peratorl. Visible = True 
F20peratorl .XPos = 0 
F20peratorl . YPos = 0 
F20peratorl .UsageCount = 0 

Set F20perator2 = F2.0perator2 
1 Operator2 . . . 

Set F2Zoom = F2 . Zoom 
T Zoom . . . 

F2 Zoom. Enable = True 
F2 Zoom. Origin = " " 
F2Zooin. Visible = True 
F2Zoom.XPos = 0 
F2 Zoom. YPos = 0 
F2Zoom.UsageCount = 0 
F2Zoom. VerPos = 0.5 
F2 Zoom. Ver Zoom = 1 
F2Zoom.HorPos = 0.5 
F2Zoom.HorZoom = 1 
F2Zoom.MinVisiblePoints = 5 
F2Zoom.VerStart = 0 
F2Zoom. VerStop = 0 
F2Zoom.HorStart = 0 
F2Zoom.HorStop = 0 
F2Zoom. VariableVerZoom = False 
F2Zoom. VariableHorZoom = False 



Set F3 = Math.F3 
' F3 . . . 

F3 .View = False 

F3.UseGrid = "yti» 

F3 .UseDot Join = True 

F3. Persisted = False 

F3 . PersistenceSaturation = 50 

F3 . PersistenceMonoChrome = False 

F3.EZoff = False 

F3 .EZFunctionl = "wident" 

F3 . Funct ion2 = "undef " 

F3 .EZSourcel = "CI" 



Set F30peratorl = F3. Operatorl 
' Operatorl . . . 
F30peratorl .Enable = True 
F30peratorl .Origin = " " 
F30peratorl .Visible = True 
F30peratorl .XPos = 0 
F30peratorl . YPos = 0 
F30peratorl . UsageCount = 0 

Set F30perator2 = F3.0perator2 
' 0perator2 . . . 
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Set F3Zoom = F3 . Zoom 
' Zoom . . . 

F3Zoom. Enable = True 

F3 Zoom. Origin = " " 

F3Zoom. Visible = True 

F3Zoom.XPos = 0 

F3Zoom.YPos = 0 

F3 Zoom. UsageCount = 0 

F3Zoom.VerPos =0.5 

F3Zoom. VerZoom = 1 

F3Zoom.HorPos = 0.5 

F3Zoom.HorZoom = 1 

F3Zoom.MinVisiblePoints ~ 5 

F3Zoom.VerStart = 0 

F3 Zoom. VerS top = 0 

F3Zoom.HorStart = 0 

F3Zoom.HorStop = 0 

F3Zoom. Variable VerZoom = False 

F3Zoom. VariableHorZoom = False 

Set F4 = Math.F4 
' F4 . . . 

F4 .View = False 

F4.UseGrid = "YTl" 

F4 .UseDot Join = True 

F4. Persisted = False 

F4 . PersistenceSaturation = 50 

F4 . PersistenceMonoChrome = False 

F4.EZoff = False 

F4 .EZFunctionl = "wident" 

F4.Function2 = "undef" 

F4.EZSourcel = "CI" 

Set F40peratorl = F4.0peratorl 
r Operatorl . . . 
F40peratorl. Enable = True 
F40peratorl . Origin = 11 " 
F40peratorl. Visible = True 
F40peratorl .XPos = 0 
F40peratorl . YPos = 0 
F40peratorl .UsageCount = 0 

Set F40perator2 = F4.0perator2 
' Operator2 . . . 

Set F4Zoom = F4.Zoom 
1 Zoom . . . 

F4 Zoom. Enable = True 
F4Zoom. Origin = " 11 
F4Zoom. Visible = True 
F4Zoom.XPos = 0 
F4Zoom.YPos = 0 
F4Zoom. UsageCount = 0 
F4Zoom. VerPos = 0.5 
F4Zoom. VerZoom = 1 
F4Zoom.HorPos = 0.5 
F4Zoom.HorZoom = 1 
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F4Zoom.MinVisiblePoints = 5 
F4Zoom. VerStart = 0 
F4 Zoom. VerS top = 0 
F4 Zoom. HorS tart = 0 
F4Zoom.HorStop = 0 
F4Zoom.VariableVerZoom = False 
F4Zoom. VariableHorZoom = False 



Set F5 = Math.FS 
' F5 . . . 

F5 .View = False 

FS.UseGrid = "YT1" 

F5 .UseDotJoin = True 

F5. Persisted = False 

F5 .PersistenceSaturation = 50 

F5 .PersistenceMonoChrome = False 

FS.EZoff = False 

F5 .EZFunctionl = "wident" 

F5.Function2 = "undef" 

FS.EZSourcel = "CI" 



Set F50peratorl = F5 . Operator 1 

5 1 Operatorl . . . 

% FBOperatorl. Enable = True 
jjj FBOperatorl. Origin = "" 

FBOperatorl. Visible = True 

06 FBOperatorl .XPos = 0 
JS FBOperatorl .YPos = 0 

FBOperatorl. UsageCount = 0 
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Set F50perator2 = F5.0perator2 
' Operator2 . . . 



Set FBZoom = F5 . Zoom 
1 Zoom . . . 
FBZoom. Enable = True 
hi FBZoom. Origin = " " 

FBZoom. Visible = True 

FBZoom. XPos = 0 

FBZoom. YPos = 0 

FBZoom. UsageCount = 0 

FBZoom. VerPos = 0.B 

FBZoom. VerZoom = 1 

FBZoom. HorPos = 0.B 

FBZoom. HorZoom = 1 

FBZoom. MinVisiblePoints = 5 

FBZoom. VerStart = 0 

FBZoom. VerStop = 0 

FBZoom. HorStart = 0 

FBZoom. HorS top = 0 

FBZoom. VariableVerZoom = False 

F5 Zoom. VariableHorZoom = False 



Set F6 = Math.F6 
1 F6 . . . 

F6 .View = False 
F6.UseGrid = " YT1 " 
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F6 .UseDotJoin = True 
F6. Persisted = False 
F6 .PersistenceSaturation = 50 
F6 .PersistenceMonoChrome = False 
F6.EZoff = False 
F6 .EZFunctionl = "wident" 
F6.Function2 = "under" 
FG.EZSourcel = "CI" 

Set F60peratorl = F6. Operator 1 
' Operatorl . . . 
F60peratorl .Enable = True 
F60peratorl .Origin = "" 
FSOperatorl. Visible = True 
F60peratorl.XPos = 0 
F60peratorl . YPos = 0 
F60peratorl .UsageCount = 0 

Set F60perator2 = F6.0perator2 
1 Operator2 . . . 

Set F6Zoom = F6 . Zoom 
;J ' Zoom . . . 

FGZoom. Enable = True 
^ F6Zoom. Origin = " " 
^ F6Zoom. Visible = True 
W FSZoom.XPos = 0 
*P F6Zoom.YPos = 0 
\& F6Zoom. UsageCount = 0 
111 F6Zoom.VerPos = 0.5 
FSZoom. VerZoom = 1 
F6Zoom.HorPos = 0.5 
F6Zoom.HorZoom = 1 
Z F6Zoom.MinVisiblePoints = 5 
^ F6Zoom.VerStart = 0 
$1 F6Zoom.VerStop = 0 
^ F6Zoom.HorStart = 0 
^ F6Zoom.HorStop = 0 

FSZoom. VariableVerZoom = False 
F6Zoom. VariableHorZoom = False 
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Set F7 = Math.F7 
' F7 

F7.View = False 

F7.UseGrid = " YT1" 

F7 .UseDotJoin = True 

F7. Persisted = False 

F7 . PersistenceSaturation = 50 

F7 .PersistenceMonoChrome = False 

F7.EZoff = False 

F7 .EZFunctionl = "wident" 

F7.Function2 = "under" 

F7.EZSourcel = "CI" 

Set F70peratorl = F7. Operatorl 
' Operatorl . . . 
F70peratorl .Enable = True 
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F70peratorl. Origin = 
F70peratorl .Visible = True 
F70peratorl .XPos = 0 
F70peratorl.YPos = 0 
F70peratorl .UsageCount = 0 

Set F70perator2 = F7.0perator2 
' Operator2 . . . 

Set F7Zoom = F7.Zoom 
' Zoom . . . 

F7Zoom. Enable = True 

F7Zoom. Origin = " " 

F7Zoom. Visible = True 

F7Zoom.XPos = 0 

F7Zoom.YPos = 0 

F7Zoom.UsageCount = 0 

F7Zoom. VerPos = 0.5 

F7 Zoom. Ver Zoom = 1 

F7Zoom.HorPos = 0.5 

F7Zoom.HorZoom = 1 

F7Zoom.MinVisiblePoints = 5 

F7Zoom. VerStart = 0 

F7 Zoom. Ver Stop = 0 

F7 Zoom. HorS tart = 0 

F7Zoom.HorStop = 0 

F7Zoom. VariableVerZoom = False 

F7Zoom.VariableHorZoom = False 



Set F8 = Math.F8 
' F8 ... 

F8 .View = False 

F8.UseGrid = "YTl" 

F8 .UseDotJoin = True 

F8. Persisted = False 

F8 . PersistenceSaturation = 50 

F8 .PersistenceMonoChrome = False 

F8.EZoff = False 

F8 . EZFunctionl = "wident" 

F8.Function2 = "undef" 

F8.EZSourcel = "CI" 

Set F80peratorl = F8.0peratorl 
1 Operatorl . . . 
F80peratorl .Enable = True 
F80peratorl. Origin = "" 
F80peratorl .Visible = True 
F80peratorl .XPos = 0 
F80peratorl . YPos = 0 
F80peratorl .UsageCount = 0 

Set F80perator2 = F8.0perator2 
1 0perator2 . . . 

Set F8Zoom = F8 . Zoom 
' Zoom . . . 

F8Zoom. Enable = True 
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F8Zoom. Origin = " 11 
F8Zoom. Visible = True 
F8Zoom.XPos = 0 
F82oom. YPos = 0 
F8Zoom.UsageCount = 0 
F8Zoom . VerPos = 0.5 
F8Zoom. VerZoom = 1 
F8Zoom.HorPos = 0-5 
F8Zoom.HorZoona = 1 
F8Zoom.MinVisiblePoints = 5 
F8Zoom. VerStart = 0 
F8Zoom.VerStop = 0 
F8Zoom.HorStart = 0 
F8Zoom.HorStop = 0 
F8Zoom.VariableVerZoom = False 
F8Zoom. VariableHorZoom = False 



Set Measure = WaveMaster . Measure 
1 Measure . . . 
Measure. StdSource = "CI" 
Measure .MeasureMode = "Off" 
Measure . calculateO = False 
Measure . calculatel = False 
Measure . calculate2 = False 
Measure. ViewPl = True 
Measure. ViewP2 = True 
Measure .ViewP3 = True 
Measure. ViewP4 = True 
Measure. ViewP5 = True 
Measure. ViewP6 = True 
Measure. ViewP7 = True 
Measure. ViewP8 = True 
Measure.ViewP9 = True 
Measure. ViewPl 0 = True 
Measure. ViewPll = True 
Measure. ViewP12 = True 
Measure. ViewP13 = True 
Measure. ViewP14 = True 
Measure. ViewPIS = True 
Measure. ViewP16 = True 
Measure. ViewPl 7 = True 
Measure. ViewP18 = True 
Measure. ViewP19 = True 
Measure. ViewP2 0 = True 
Measure. ViewP21 = True 
Measure. ViewP22 = True 
Measure. ViewP2 3 = True 
Measure. ViewP24 = True 



Set PI = Measure. PI 
' PI . . . 
PI. View = True 
PI. Present = False 
PI. Used = False 
PI . CurrentNew = 0 
Pl.Sourcel = "CI" 
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Set PlOperator = PI. Operator 
1 Operator . . . 
PlOperator .Enable = True 
PlOperator .Origin = " " 
PlOperator .Visible = True 
PlOperator .XPos = 0 
PlOperator .YPos = 0 
PlOperator .UsageCount = 0 

Set P2 = Measure. P2 
' P2 . . . 
P2 .View = True 
P2. Present = False 
P2 .Used = False 
P2 . CurrentNew = 0 
P2.Sourcel = "CI" 

Set P20perator = P2. Operator 

• Operator . . . 
P20perator .Enable = True 
P20perator .Origin = " 
P20perator. Visible = True 
P20perator .XPos = 0 
P20perator . YPos = 0 
P20perator .UsageCount = 0 

Set P3 = Measure. P3 

• P3 . . . 

P3 .View = True 
P3. Present = False 
P3 .Used = False 
P3 . CurrentNew = 0 
P3.Sourcel = "CI" 

Set P30perator = P3. Operator 

• Operator . . . 
P30perator .Enable = True 
P30perator .Origin ~ " " 
P30perator .Visible = True 
P30perator .XPos = 0 
P30perator . YPos = 0 
P30perator .UsageCount = 0 

Set P4 = Measure. P4 
' P4 . . . 
P4 .View = True 
P4. Present = False 
P4.Used = False 
P4 . CurrentNew = 0 
P4.Sourcel = "CI" 

Set P40perator = P4. Operator 
' Operator . . . 
P40perator .Enable = True 
P40perator .Origin = " 
P40perator. Visible = True 
P40perator.XPos = 0 
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P40perator . YPos = 0 
P40perator .UsageCount = 0 

Set P5 = Measure. P5 
* P5 . . . 
PS. View = True 
P5. Present = False 
PS.Used = False 
P5 . CurrentNew = 0 
PS.Sourcel = "CI" 



Set PSOperator = P5 . Operator 
1 Operator . . . 
PSOperator .Enable = True 
PSOperator .Origin = "" 
PSOperator .Visible = True 
PSOperator .XPos = 0 
PSOperator .YPos = 0 
PSOperator .UsageCount = 0 
PSOperator. LevelsAre = "Percent' 
PSOperator .LowPct =10 
PSOperator .HighPct =90 
PSOperator .LowAbs = 0 
PSOperator .HighAbs = 0 

Set P6 = Measure. P6 
1 P6 . . . 
P6.View = True 
P6. Present = False 
P6.Used = False 
P6 .CurrentNew = 0 
P6.Sourcel = "CI" 



Set P60perator = P6. Operator 
' Operator . . . 
P60perator .Enable = True 
P60perator .Origin = " " 
PSOperator. Visible = True 
P60perator .XPos = 0 
PSOperator. YPos = 0 
PSOperator .UsageCount = 0 
PSOperator. Level sAre = "Percent" 
PSOperator .LowPct = 10 
PSOperator .HighPct = 90 
PSOperator. LowAbs = 0 
PSOperator. HighAbs = 0 

Set P7 = Measure. P7 
■ P7 ... 
P7.View = True 
P7. Present = False 
P7.Used = False 
P7 . CurrentNew = 0 
P7.Sourcel = "CI" 

Set P70perator = P7 . Operator 
' Operator . . . 
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P70perator .Enable = True 
P70perator .Origin = "" 
P70perator. Visible = True 
P70perator .XPos = 0 
P70perator . YPos = 0 
P70perator .UsageCount = 0 
P70perator. Cyclic = False 
P70perator . CursorDisplay = "Simple" 

Set P8 = Measure. P8 
' P8 . . . 
P8.View = True 
P8. Present = False 
PS.Used = False 
P8 . CurrentNew = 0 
P8.Sourcel = "CI" 

Set P80perator = P8. Operator 
1 Operator . . . 
PSOperator .Enable = True 
PSOperator .Origin = " " 
^ PSOperator .Visible = True 
PSOperator .XPos = 0 
PSOperator . YPos = 0 
PSOperator .UsageCount = 0 



W Set Memory = WaveMaster . Memory 

1 Memory . . . 
\& Memory .ViewMl = False 

|J| Memory. ViewM2 = False 
Memory .ViewM3 = False 
Memory .ViewM4 = False 
Memory . AutoScrollOn = False 
Memory .Mult iZoomOn = False 

Set Ml = Memory. Ml 
h# f Ml . . . 

W : Ml. View = False 

Ml.UseGrid = "YT1" 

Ml .UseDotJoin = True 

Ml. Persisted = False 

Ml .PersistenceSaturation = 50 

Ml . PersistenceMonoChrome = False 

Ml.Sourcel = "CI" 



Set MIMemory = Ml. Memory 
' Memory . . . 
MIMemory .Enable = True 
MIMemory .Origin = "" 
MIMemory .Visible = True 
MIMemory .XPos = 0 
MIMemory. YPos = 0 
MIMemory. UsageCount = 0 

Set MIZoom = Ml. Zoom 
' Zoom . . . 

MIZoom. Enable = True 
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MIZoom. Origin = "" 

MIZoom. Visible = True 

MIZoom. XPos = 0 

MIZoom. YPos = 0 

MIZoom. UsageCount = 0 

MIZoom. VerPos = 0.5 

MIZoom. VerZoom = 1 

MIZoom. HorPos = 0.5 

MIZoom. HorZoom = 1 

MIZoom. MinVisiblePoints = 5 

MIZoom. VerS tart = 0 

MIZoom. VerS top = 0 

MIZoom. HorS tart = 0 

MIZoom. HorS top = 0 

MIZoom. VariableVerZoom = False 

MIZoom. VariableHorZoom = False 

Set M2 = Memory. M2 
' M2 . . . 

M2 .View = False 

M2.UseGricl = " YT1" 

M2 .UseDotJoin = True 

M2. Persisted = False 

M2 . PersistenceSaturation = 50 

M2 . PersistenceMonoChrome = False 

M2.Sourcel = "CI" 

Set M2Memory = M2. Memory 
' Memory . . . 
M2 Memory .Enable = True 
M2Memory .Origin = " " 
M2Memory .Visible = True 
M2Memory .XPos = 0 
M2 Memory .YPos = 0 
M2Memory .UsageCount = 0 

Set M2Zoom = M2 . Zoom 
' Zoom . . . 

M2 Zoom. Enable = True 

M2 Zoom. Origin = "" 

M2Zoom. Visible = True 

M2 Zoom. XPos = 0 

M2 Zoom. YPos = 0 

M2 Zoom. UsageCount = 0 

M2 Zoom. VerPos = 0.5 

M2 Zoom. VerZoom = 1 

M2Zoom. HorPos = 0.5 

M2Zoom. HorZoom = 1 

M2Zoom. MinVisiblePoints = 5 

M2 Zoom. VerSt art = 0 

M2Zoom. VerStop = 0 

M2 Zoom. HorS tart = 0 

M2 Zoom. HorS top = 0 

M2Zoom. VariableVerZoom = False 

M2Zoom. VariableHorZoom = False 

Set M3 = Memory. M3 
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' M3 . . . 

M3 .View = False 

M3.UseGrid = "YT1" 

M3 .UseDotJoin = True 

M3. Persisted = False 

M3 .PersistenceSaturation = 50 

M3 . PersistenceMonoChrome = False 

M3.Sourcel = "CI" 



Set M3Memory = M3. Memory 
' Memory . . . 
M3Memory .Enable = True 
M3Memory. Origin = " 11 
M3Memory. Visible = True 
M3Memory.XPos = 0 
M3Memory . YPos = 0 
M3Memory.UsageCount = 0 

Set M3Zoom = M3 . Zoom 
' Zoom . . . 

M3 Zoom. Enable = True 
M3Zoom. Origin = " " 
% M3 Zoom. Visible = True 
% M3Zoom.XPos = 0 
M3 Zoom. YPos = 0 
$M M3Zoom.UsageCount = 0 
W M3Zoom. VerPos = 0.5 
m M3Zoom. VerZoom = 1 
M : M3Zoom.HorPos = 0.5 
ff% M3Zoom.HorZoom = 1 
s M3Zoom.MinVisiblePomts = 5 

y ; M3 Zoom. VerS tart = 0 
Q. M3 Zoom. VerS top = 0 

f! : M3 Zoom. HorS tart = 0 

M3 Zoom. HorS top = 0 
M3Zoom.VariableVerZoom = False 
M3Zoom. VariableHorZoom = False 



Set M4 = Memory. M4 
' M4 . . . 

M4.View = False 

M4.UseGrid = "YT1 11 

M4 .UseDotJoin = True 

M4. Persisted = False 

M4 . PersistenceSaturation = 50 

M4 . PersistenceMonoChrome = False 

M4.Sourcel = "CI" 



Set M4Memory = M4. Memory 
' Memory . . . 
M4 Memory .Enable = True 
M4Memory .Origin = " " 
M4Memory. Visible = True 
M4Memory .XPos = 0 
M4Memory . YPos = 0 
M4Memory .UsageCount = 0 
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Set M4Zoom = M4 . Zoom 
1 Zoom . . , 

M4 Zoom. Enable = True 
M4Zoom. Origin = " " 
M4Zoom. Visible = True 
M4Zoom.XPos = 0 
M4Zoom. YPos = 0 
M4Zoom.UsageCount = 0 
M4Zoom.VerPos = 0.5 
M4Zoom. VerZoom = 1 
M4Zoorn.HorPos = 0.5 
M4Zoom.HorZoom = 1 
M4Zoom.MinVisiblePoints = 5 
M4Zoom. VerS tart = 0 
M4Zoom. VerS top = 0 
M4Zoom.HorStart = 0 
M4 Zoom. HorS top = 0 
M4Zoom. VariableVerZoom = False 
M4Zoom.VariableHorZoom = False 



Set Cursors = WaveMaster. Cursors 

1 Cursors . . . 

Cursors. View = False 

Cursors. Mode = "RelHor" 

Cursors .Readout = "AbsValues" 

Cursors. Posl = 0.000000125 

Cursors. Pos2 = 0.000000275 

Cursors .Track = False 

Cursors .DisplayedDimension = "all" 

Cursors .XPosl = 0.000000125 

Cursors .XPos2 = 0.000000275 

Cursors .YPos 1 = -1 

Cursors .YPos2 = 1 

Cursors .XPoslNbl = 0 

Cursors .XPos2Nbl = 0 

Cursors .YPos INbl = 0 

Cursors .YPos2Nbl = 0 

Cursors .XMinNbl = 0 

Cursors.XMaxNbl = 0 

Cursors . ExecutiveViewCl = False 

Cursors. ExecutiveGridCl = "<no grid>" 

Cursors .XPoslNb2 = 0 

Cursors .XPos2Nb2 = 0 

Cursors .YPos lNb2 = 0 

Cursors .YPos2Nb2 = 0 

Cursors .XMinNb2 = 0 

Cursors .XMaxNb2 = 0 

Cursors . ExecutiveViewC2 = False 

Cursors.ExecutiveGridC2 = "<no grid>" 

Cursors .XPoslNb3 = 0 

Cursors. XPos2Nb3 = 0 

Cursors .YPos lNb3 = 0 

Cursors .YPos2Nb3 = 0 

Cursors .XMinNb3 = 0 

Cursors .XMaxNb3 = 0 

Cursors . ExecutiveViewC3 = False 

Cursors. ExecutiveGridC3 = "<no grid>" 

00037619 



38 



PATENT 
455610-2500 



Cursors .XPoslNb4 = 0 
Cursors .XPos2Nb4 = 0 
Cursors .YPoslNb4 = 0 
Cursors .YPos2Nb4 = 0 
Cursors .XMinNb4 = 0 
Cursors .XMaxNb4 = 0 
Cursors . ExecutiveViewC4 = False 
Cursors . ExecutiveGridC4 = "<no grid>" 
Cursors .XPoslNb 5 = 0 
Cursors .XPos2Nb5 = 0 
Cursors .YPoslNbS = 0 
Cursors ,YPos2Nb5 = 0 
Cursors .XMinNbS = 0 
Cursors ,XMaxNb5 = 0 
Cursors . ExecutiveViewFl = False 
Cursors . ExecutiveGridFl = "<no grid>" 
Cursors ,XPoslNb6 = 0 
Cursors .XPos2Nb6 = 0 
Cursors ,YPoslNb6 = 0 
Cursors .YPos2Nb6 = 0 
Cursors .XMinNbS = 0 
Cursors .XMaxNb 6 = 0 
O Cursors . ExecutiveViewF2 = False 
kU Cursors .ExecutiveGridF2 = n <no grid> n 
0 Cursors .XPoslNb7 = 0 
K| Cursors .XPos2Nb 7 = 0 

r|| Cursors .YPoslNb7 = 0 
J* Cursors .YPos2Nb7 = 0 

Cursors .XMinNb 7 = 0 
If* Cursors .XMaxNb 7 = 0 
m Cursors . ExecutiveViewF3 = False 
f Cursors . ExecutiveGridF3 = "<no grid>" 

Cursors .XPoslNb8 = 0 
H : Cursors. XPos2Nb8 = 0 

Cursors .YPoslNb8 = 0 
|fl Cursors. YPos2Nb8 = 0 

Cursors .XMinNb8 = 0 
Cursors .XMaxNb8 = 0 
Cursors . ExecutiveViewF4 = False 
Cursors ,ExecutiveGridF4 = "<no grid>" 



Set Display = WaveMaster .Display 
' Display . . . 

Display. UseGrid = "Single" 
Display. TraceStyle = "Line" 
Display . Gridlntensity = 40 
Display .ScreenSaveEnable = True 
Display. ScreenSaveTimeout = 60 
Display . PersistenceEnable = "Off" 
Display . Persisted = False 
Display .PersistenceSaturation = 50 
Display . PersistenceStyle = "Color" 
Display . PersistenceMonoChrome = False 
Display. PersistenceApplyToAll = True 
Display. PersistenceSelectedTrace = "CI" 

Set Help = WaveMaster .Help 
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' Help . . . 

Set SaveRecall = WaveMaster . SaveRecall 
' SaveRecall . . . 
SaveRecall .SaveSource = "CI" 
SaveRecall. SaveDestination = "M2" 
SaveRecall. RecallSource = "Ml" 
SaveRecall . RecallDestination = "Ml" 
SaveRecall .DiskFunction = "Delete" 

Set SaveRecallRemote = SaveRecall .Remote 
f Remote . . . 

SaveRecallRemote. ImportDestination = "Ml" 
SaveRecallRemote. ExportSource = "CI" 
SaveRecallRemote. ExportBlock = "ALL " 
SaveRecallRemote. Export Spar sing = 0 
SaveRecallRemote. ExportNumberOf Points = 0 
SaveRecallRemote. ExportFirstPoint = 0 
SaveRecallRemote. ExportSegmentNumber - 0 
SaveRecallRemote. ExportCommOrder = "HI" 
SaveRecallRemote. ExportBlockFormat = "DEF9" 
SaveRecallRemote. ExportDataType = "BYTE" 
SaveRecallRemote. ExportEncoding - "BIN" 

Set Utility = WaveMaster .Utility 

• Utility . . . 
Utility .Details = False 

Set UtilityService = Utility . Service 

• Service . . . 

Set Hardcopy = WaveMaster . Hardcopy 
' Hardcopy . . - 

WaveMaster .Enable = true 



Fig. 10 shows the screen for using the invention. A display screen 1000 is shown. The 
display screen may be controlled by any modern operating system, such as Microsoft Windows. 
Display shows waveforms 1010. At the bottom of the display 1000, there are tabs 1020 allowing 
the user to save/recall, save waveform, recall waveform, save setup, recall setup and disk 
utilities. Here the Save Setup tab 1022 has been chosen. A setup may be saved by typing a name 
in internal box 1030 and pressing save button 1040. The Instrument Settings may be saved by 
typing a visual basic file name in Instrument Setting box 1050 and pressing the save now button 
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1060. The setups and instrument settings may be recalled in a similar way by choosing the Recall 
Setup tab 1070. 

Fig. 1 1 shows a graphic representation of a Cvar. The Oar 1 1 10 is shown. The Cvar 
1110 contains increment/decrement 1 120 or state change. The incrementing/decrementing 
algorithm that makes sure that the Requested and therefore the adapted value stay within the 
limits of the Rang. The Cvar also contains memory for Requested value 1 140, adapted value 
1 130 and range limits and granularity 1 170. The Adaption algorithm 1 150 uses the range limits 
and granularity 1 170 and the requested value 1 140 to figure the adapted value 1 1 30. The 
Adaptation algorithm that makes sure that a Requested value is memorized, and that the resulting 
Adapted value stays within the limits of the Range. The requested value 1 140 can change the 
requested value 1 140. The Cvar also contains Serialization 1 160 for persistence purposes. The 
Serialization algorithm or process, which is responsible for saving the Cvar value to a Panel file 
and restoring it from the Panel file. The Cvar 1 1 10 has inputs and outputs. Figure 1 1 also shows 
the most important interactions between the Cvar 1 1 10 and it's environment (other software 
objects discussed elsewhere - the Bag, the Widgets and the Engine). The inputs or commands 
from Manipulators that may request to increment/decrement the requested value 1 172 (with 
respect to the current adapted value), to set the requested value to a stated new value 1 174, and to 
set the Cvar's requested value to the (internallly known) default value 1 176. The outputs or 
queries coming from Event Sinks that seek to obtain the Requested value 1 182, the Adapted 
value 1 1 84, and the Range information 1178. This is not shown in detail, this may be obtained in 
the form of text string from any type of Cvar, and in numeric or text string form appropriate for 
each particular Cvar type. 
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It will thus be seen that the objects set forth above, among those made apparent from the 
preceding description, are efficiently attained and, because certain changes may be made in 
carrying out the above method and in the construction(s) set forth without departing from the 
spirit and scope of the invention, it is intended that all matter contained in the above description 
and shown in the accompanying drawings shall be interpreted as illustrative and not in a limiting 
sense. 

It is also to be understood that the following claims are intended to cover all of the 
generic and specific features of the invention herein described and all statements of the scope of 
the invention which, as a matter of language, might be said to fall therebetween. 
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